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METHOD FOR TESTING A PROGRAM -CONTROLLED UNIT BY 
AN EXTERNAL TEST DEVICE 

Background of the Invention : 
Field of the Invention : 
The present invention relates to a method for testing a 
program-controlled unit by an external test device. 

Program-controlled units such as, for example, 
microprocessors, microcontrollers and signal processors, but 
also other modules containing integrated circuits are usually 
tested after their production. 

The initiation or the performance of such tests, and the 
evaluation of the test results obtained in the process, are 
generally effected by an external test device. 

There are a number of possibilities for testing the program- 
controlled unit by the external test device. 

A first possibility consists in the external test device 
applying to input and/or output terminals of the module to be 
tested specific signals or signal sequences which stimulate 
the circuit contained in the module or specific parts of the 
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circuit, and registering the conditions established as a 
reaction to this at the input and/or output terminals, 
comparing them with defined desired reactions, and, depending 
on the comparison result, defining whether or not the module 
is fault-free. 

Such a test method has a whole series of disadvantages. One 
of the disadvantages is that it is difficult to determine 
suitable signals or signal sequences, which stimulate the 
module to be tested, and the desired reactions thereto. This 
is generally done using a simulation program, but it must 
additionally be taken into account that even modules which can 
be classified as fault-free behave differently to a certain 
extent, for example do not have exactly the same signal 
propagation times. Both the simulation of the module behavior 
and the taking account of permissible tolerances are very 
complicated and costly. 

A further disadvantage of the test method mentioned above is 
that the external test devices occasionally cannot operate 
rapidly enough to be able to perform the test at the maximum 
operating frequency of the module to be tested. In other 
words it has to be accepted that the module, even though it 
has been classified as fault-free, nonetheless does not 
operate in a fault -free manner in practice. 
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A further possibility for the testing of a program-controlled 
unit or of some other module by an external test device 
consists in integrating into the module a self-test device by 
which the module can test individual, a plurality or all of 
5 the components itself. Such self -test devices are, for 
example, the so-called built- in-self -test (BIST) modules. 
When the BIST module is present in the module to be tested, 
the task of the external test device can at least partly be 
p restricted to an initiation of the test by the BIST module and 
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MplO the evaluation of the test results supplied by the BIST 

*Q module. However, BIST modules can only test specific modules 
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j£j or module components such as, for example, memory modules, 

^ with the result that, at least in the case of program- 
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pi controlled units, it is stxll necessary to make use of the 
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Q.5 first test method described above. Irrespective of this, the 



presence of BIST modules also requires a high outlay. An 
additional hardware component is involved, as a result of 
which the modules equipped therewith are made larger and have 
a more complicated construction than modules without BIST 
20 modules. Furthermore, BIST modules cannot be used flexibly: 

alterations to the test or test sequence performed by the BIST 
module can only be realized by a correspondingly altered BIST 
module, which is associated with a considerable outlay in 
respect of costs and time. 

25 
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A further possibility for testing the program-controlled unit 
or of some other module by the external test device consists 
in the performance of a so-called scan test. However, scan 
tests do not enable a complete test; one or more of the tests 
mentioned above additionally have to be performed. 

Summary of the Invention : 

It is accordingly an object of the invention to provide a 
method for testing a program-controlled unit by an external 
test device which overcomes the above-mentioned disadvantages 
of the prior art methods of this general type, in which the 
program-controlled units to be tested by the method can be 
rapidly and reliably tested under all circumstances with a low 
outlay. 

With the foregoing and other objects in view there is 
provided, in accordance with the invention, a method for 
testing a program-controlled unit. The method includes 
providing an external test device that brings about an 
execution, in the program-controlled unit, of a program that 
initiates, performs or supports the testing of the program- 
controlled unit. 

Accordingly, the method according to the invention is 
distinguished by the fact that the external test device brings 
about the execution, in the program-controlled unit, of the 
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program, which initiates, performs or supports the testing of 
the program-controlled unit. This proves to be advantageous 
in multiple respects. In particular, this results in that the 
program-controlled unit can be comprehensively tested by the 
external test device of comparatively simple construction 
under real conditions. Additional or altered tests can be 
carried out on the program-controlled unit with no appreciable 
outlay. The program-controlled unit can be tested without 
difficulty by different external test devices, and the 
external test device can be used without difficulty for 
testing different program-controlled units. 

By the method of the invention, program-controlled units to be 
tested can be rapidly and reliably tested under all 
circumstances with a low outlay. 

The method described below is used, in particular, to check 
program-controlled units such as microprocessors, 
microcontrollers, signal processors, etc. for freedom from 
faults, more precisely for freedom from hardware faults, 
before or immediately after their completion. 

The test is usually effected before the integrated circuit 
which forms the program- control led unit is processed further 
by integration into a housing or by its encapsulation with a 
compound that forms a housing, to give the finished device. 
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Preferably, the test is carried out as early as a point in 
time when the integrated circuits to be tested are still 
situated on the wafer on which they were produced. 

However, the method can also be employed on the finished end 
product and at any other points in time, indeed even with 
program-controlled units that are already in use. 

The method described below is referred to as a software 
implemented self test (SIST) . In this method, although an 
external test device is still used, and the external test 
device is also connected, as before, via needles or other 
contact elements to selected or all input/output terminals 
(pads or pins) of the program-controlled unit to be tested, 
the external test device nonetheless operates differently from 
external test device used heretofore . 

The SIST method is distinguished by the fact that the external 
test device brings about the execution, in the program- 
controlled unit, of a program, referred to as test program 
below, which initiates, performs or supports the testing of 
the program-controlled unit. 

The test program to be executed by the program-controlled unit 
can be loaded in the program-controlled unit as early as 
during the production thereof (for example be stored in a ROM 
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contained in the program-controlled unit by a corresponding 
configuration of the ROM) , or be loaded into an internal 
program memory of the program-controlled unit by the external 
test device via a suitable loading interface, for example the 
so-called JTAG interface. In which case the program memory 
may be either a special test program memory or the "normal" 
program memory in which the user programs for normal operation 
of the program-controlled unit are also stored, and in which 
case the program memory may optionally be a volatile memory 
(e.g. a RAM) or a non-volatile memory (e.g. an OTP -ROM, an 
EPROM, an EEPROM or a flash memory) . In the loading process 
the whole program or parts of the program may be loaded. 

For the case where the test program is stored in a non- 
volatile memory (ROM, OTP-ROM, EPROM, EEPROM, flash memory, 
etc.) of the program-controlled unit, it proves to be 
advantageous if the test program, during execution, calls or 
can call at least one subroutine stored in a non-volatile 
memory. This opens up the possibility for also enabling a 
test program stored in a non-volatile memory to be corrected, 
modified, or extended, and for corrections, changes and 
extensions that have been carried out to be of a permanent 
nature through reprogramming of a non-volatile memory of the 
program-controlled unit which stores the main program or other 
subroutines . 
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In the example considered, execution of the test program is 
brought about by the program-controlled unit being reset after 
the creation of the preconditions necessary for execution of 
the test program (for example after the loading of the test 
program into the program-controlled unit and/or after the 
setting of the instruction pointer to a predetermined value, 
and/or after the mapping of the memory storing the test 
program onto a specific address range). In this case, care 
must be taken to ensure that the resetting of the program- 
controlled unit does not reverse the preparations made 
beforehand for execution of the test program; if appropriate, 
a special (test) resetting operation must be performed. 

What is effected by the execution of the test program depends 
on the test which is to be initiated, performed or supported 
by the test program. 

One possibility is that the test program puts the program- 
controlled unit "only" into a specific state, which it has to 
20 be in, in order that the external test device can perform 

specific tests or measurements; a further possibility is for 
the test program itself to perform or initiate one or a 
plurality of specific tests (for example a memory test) . 

25 Although not absolutely necessary, it nonetheless proves to be 
advantageous if the test program and the external test device 
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communicate with one another. In the example considered, the 
communication is effected via specific input and/or output 
terminals of the program-controlled unit, in which case the 
input and/or output terminals are input and/or output 
terminals which have other functions during normal operation 
of the program-controlled unit. That is to say constitute an 
interface defined by the test program, and are repeatedly 
interrogated by the test program at least at the times at 
which the test program is ready to accept data, in order to be 
able to accept supplied data. Alternatively, the input and/or 
output terminals can also form the interface (for example an 
SSC interface) during normal operation of the program- 
controlled unit. In addition, the communications can occur 
via registers of the program-controlled unit that can be 
written to and/or read from by the external test device. 

The data fed to the program- control led unit and/or the data 
output by the program are preferably held stably over a 
plurality of internal clock cycles of the program-controlled 
unit and/or of the external test device. As a result, the 
data can be reliably accepted from the respective receiver 
even when the internal clock signals of the program- controlled 
unit and of the external test device have different 
frequencies and/or different phase angles. 
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The communication contains a notification from the test 
program to the external test device that it is ready to accept 
data. The feeding of data from the external test device to 
the test program, the data controlling the sequence of the 
test program and thus defining the tests and/or operations to 
be executed, initiated or supported by the test program. 
Alternatively, the data can be taken into account or used 
during the execution, initiation, or support of the tests or 
operations to be performed, and notifications from the test 
program to the external test device about the beginning, the 
continuation, the end, and/or the results of the respective 
tests and operations are provided. 

It may also be provided that the test program also outputs 
data that are suitable as input signals for a device which 
carries out a repair of the program-controlled unit, such as, 
for example, a laser cutter or some other device by which 
defective parts of the program-controlled unit can be 
deactivated and/or redundant parts can be activated. Such a 
repair device can be connected to the program-controlled unit 
and obtain the data intended for it, like the external test 
device, directly from the program-controlled unit. However, 
the repair device may also be supplied with the information or 
instructions necessary for the repair by the external test 
device . 
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Irrespective of this, it may be provided that the test 
program, upon identification of a fault, waits until the 
repair device has attempted to rectify the fault, and then 
checks whether the repair was successful. 

Other features which are considered as characteristic for the 
invention are set forth in the appended claims. 

Although the invention is illustrated and described herein as 
embodied in a method for testing a program- controlled unit by 
an external test device, it is nevertheless not intended to be 
limited to the details shown, since various modifications and 
structural changes may be made therein without departing from 
the spirit of the invention and within the scope and range of 
equivalents of the claims. 

The construction and method of operation of the invention, 
however, together with additional objects and advantages 
thereof will be best understood from the following description 
of specific embodiments when read in connection with the 
accompanying drawings . 

Brief Description of the Drawing : 

The single figure of the drawing is a flow chart of an 
exemplary method for testing a program-controlled unit by an 
external test device according to the invention. 
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Description of the Preferred Embodiments : 

Referring now to the single figure of the drawing in detail, 
there is shown an exemplary test operation that begins by an 
5 external test device loading a test program or parts thereof 
into a program-controlled unit (step SI) . 
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In the next step (step S2) , by application of specific signals 
to specific input and/or output terminals, the program- 



me) controlled unit is put into a state, which the program- 

-•IS controlled unit must be in, in order to be able to be tested 



by the test program. 
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fg.5 external test device, whereupon (after the cancellation of the 



Afterward, the program-controlled unit is reset by the 



reset signal) the program-controlled unit starts to execute 
the test program (step S3) . 



After the resetting of the program-controlled unit, the 
2 0 external test device waits for a message from the test program 
that the latter is ready to accept instructions by the 
external test device (step S4). The test program started by 
the resetting of the program-controlled unit initializes the 
program-controlled unit and then reports that it is ready to 
25 accept instructions from the external test device. The 

message includes data that contain one or a plurality of bits 
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and are output by the test program via input and/or output 
terminals of the program-controlled unit which are defined in 
the test program itself or in step S2 . The external test 
device monitors the relevant input and/or output terminals of 
the program- controlled unit and checks whether the data output 
via the latter signal the readiness of the test program to 
accept data. 

As soon as the test program is ready to accept instructions, 
the control of the test operation passes completely to the 
external test device: henceforth the latter determines which 
tests are to be carried out, and when and how this shall be 
done . 

If the external test device ascertains that the test program 
is ready to accept data, it communicates data intended for the 
test program to specific input and/or output terminals of the 
program-controlled unit (step S5) . In the example considered, 
the data include data which - by a corresponding control of 
the sequence of the test program - determine the tests or the 
operations which are intended to be executed by the test 
program, and, if appropriate, further data or parameters using 
which the respective test or the respective operation is 
intended to be carried out. In the example considered, the 
tests or the operations which can be executed by the test 
program and for whose execution the test program can be 
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initiated by the external test device are tests of various 
internal memories, the test of an A/D converter, the test of a 
CAN controller, the test of an instruction cache, and the test 
of the power management. The additional data or parameters 
are, for example, analog values to be converted by the A/D 
converter, or bit patterns, using which a memory test is to be 
performed. It should be apparent that - provided that the 
test program is able to do so - any other tests can also be 
commanded, and the additional data or parameters may also be 
any other data or parameters . The input and/or output 
terminals of the program-controlled unit to which the external 
test device feeds the abovement ioned data are input and/or 
output terminals which are defined in the test program or in 
step S2 . The test program repeatedly interrogates (polling) 
the terminals at times when it can accept inputs from the 
external test device . 

Afterward (in step S6) , the test program executes the test or 
the operation to which it has been instructed by the external 
test device . 

After the execution of the test or operation, the test program 
notifies the external test device, via specific input and/or 
output terminals of the program- control led unit, of the 
effected execution of the test and/or the test result and 
also, if appropriate, more detailed information about faults 

-14- 
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that occurred (for example which memory cell did not output 
again the value written to it, and/or what value the relevant 
memory cell output instead) , or the execution of the operation 
(step S7) . The input and/or output terminals via which this 
notification is effected are determined by a corresponding 
definition in the test program or in step S2 . 

What happens after step S7 depends on the action that had to 
be executed by the test program. 

If the test program had to execute a test, the external test 
device accepts the test results and the further information 
obtained, if appropriate, and evaluates them immediately or 
later, and a return is made to step S5, where the external 
test device outputs new instructions for the test program (the 
information output to the external test device in step S7 
simultaneously constitutes an indication for the external 
device that the test program is ready to accept new 
instructions) . 

If the test program was intended to put the program- control led 
unit "only" into a specific state, the external test device, 
after step SI, can, in a step S8, perform the tests which have 
to be performed in this state (by way of example, the external 
test device can then measure the current taken up by the 
program-controlled unit after the latter has been put into an 
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energy- saving operating mode, for example into the so-called 
sleep mode or into the so-called power-down mode, by the test 
program) . A return is subsequently made - if appropriate 
after the program-controlled unit has been restored to the 
previous state - to step S5, where the program- controlled unit 
outputs new instructions for the test program, or a return is 
subsequently made, if it is no longer possible, or no longer 
readily possible, to restore the program-controlled unit to 
the previous state, to step S3, as a result of which the 
program-controlled unit is reset and the test program is 
started anew. 

The test sequence illustrated in the figure is only one of 
many possibilities for testing a program- control led unit 
according to the SIST method. Some of the possible 
modifications or alternatives have already been mentioned 
above; it should be apparent that there is a virtually 
unlimited number of possible further modifications or 
alternatives . 

Depending on the type of tests or operations to be performed, 
it may be necessary or useful to integrate into the program- 
controlled unit special modules which can be activated by the 
test program and accelerate or support the test sequence. 
These include, for example, a module, which modifies the 
addressing of a memory to be tested in accordance with an 
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internal address assignment or generates specific bit patterns 
(e.g. bit patterns required for checkerboard tests) and uses 
them for writing to the memory to be tested. 

Ultimately, by the method described, program-controlled units 
can be rapidly and reliably tested under all circumstances 
which a minimal outlay. 

The test program can also be used for operating the program- 
controlled unit during the so-called burn- in and/or during 
life tests. In this case, the test program is preferably made 
to repeat the tests or operations, which it can initiate, 
perform or support at least partly in a defined or random 
order . 



